home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 1185 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.8 KB
  1. Path: engnews1.Eng.Sun.COM!taumet!clamage
  2. From: "Bradd W. Szonye" <bradds@ix.netcom.com>
  3. Newsgroups: comp.std.c++
  4. Subject: RE: Use of standard exception classes
  5. Date: 21 Apr 1996 15:33:35 GMT
  6. Organization: Netcom
  7. Approved: clamage@eng.sun.com (comp.std.c++)
  8. Message-ID: <01bb2ee4.a9434580$65c2b7c7@Zany.localhost>
  9. References: <9604121530.AA08606@sun132.spd.dsccc.com> <3171C842.64BB@cyberramp.net>
  10. NNTP-Posting-Host: taumet.eng.sun.com
  11. X-Nntp-Posting-Host: det-mi3-05.ix.netcom.com
  12. X-Netcom-Date: Sat Apr 20  1:09:55 PM CDT 1996
  13. X-Newsreader: Microsoft Internet News
  14. Content-Length: 1804
  15. Originator: clamage@taumet
  16.  
  17.  
  18. On Monday, April 15, 1996, Bob Friesenhahn wrote...
  19. > Kevin Cline wrote:
  20. > 
  21. > > Can someone on the committee indicate whether it was the committee's
  22. > > intention for the standard exception class hierarchy to be used in
  23. > > general C++ programming, or whether the intention was for the standard
  24. > > exception class hierarchy to be reserved to the Standard C++ library?
  25. > > 
  26. > > Another developer on our team has asked
  27. > >   How can we be sure that ANSI C++ library callbacks work
  28. > >   correctly in the face of exceptions?  What if ANSI C++
  29. > >   library code catches *our* exception?
  30. > 
  31. > A further consideration is that often it is valuable to know what
  32. > body of code generated an exception.  If all exeptions are derived
  33. > from the same base class, then it will be impossible to tell if
  34. > an exception occurred in standard library code, user code, or some
  35. > third party library. An additional level of derivation could be
  36. > used to satisfy this requirement, but since the standard exception
  37. > classes have already been defined, there is no satisfactory place
  38. > to insert the additional derivation.
  39. > 
  40. > By using a different base class for each seperately maintained body
  41. > of code, it will be possible to provide handlers for each code body
  42. > with the additional maintenance expense of maintaining the additional
  43. > catch blocks.
  44. > 
  45. > Bob
  46.  
  47. I don't see this as a real problem (determining if the user's code
  48. generated the exception). Consider this:
  49.  
  50. class user_defined_exception: virtual public exception { ... };
  51. class user_logic_error: virtual public logic_error, virtual public
  52. user_definded_exception { ... };
  53.  
  54. ... catch (logic_error* e)
  55. {
  56.     if (dynamic_cast<user_defined_exception>(e)) ...
  57. }
  58.  
  59. This will tell you if the logic error you caught was one defined in your
  60. own code or somebody else's.
  61.  
  62.  
  63.  
  64.  
  65. [ comp.std.c++ is moderated.  To submit articles: try just posting with      ]
  66. [ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu         ]
  67. [ FAQ:      http://reality.sgi.com/employees/austern_mti/std-c++/faq.html    ]
  68. [ Policy:   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html ]
  69. [ Comments? mailto:std-c++-request@ncar.ucar.edu                             ]
  70.